home *** CD-ROM | disk | FTP | other *** search
/ Atari Mega Archive 1 / Atari Mega Archive - Volume 1.iso / lists / mint / l_0799 / 553 < prev    next >
Encoding:
Internet Message Format  |  1994-08-27  |  2.2 KB
  1. Date: Mon, 18 Oct 1993 08:29:28 +0100
  2. From: Christian Lynbech <lynbech@daimi.aau.dk>
  3. Message-Id: <199310180729.AA10724@platanus>
  4. To: mint@atari.archive.umich.edu
  5. Subject: Those dreaded ^M
  6.  
  7. I'm getting increasingly annoyed with the fact that MiNT keeps putting ^M into
  8. my files. It is ok that distributions such as MiNT itself is in the standard
  9. atari format, but why oh why can't it leave machine generated files such as GNU
  10. configure generated Makefiles. Ok, I could even live with that, but this
  11. problem fouls any hopes of getting test suites to run, because you typically
  12. would use cmp with a newly generated file, with gets all these ^M's, against a
  13. distributed one which hasn't got any ^M's :-(.
  14.  
  15. I know about stty -crmod, but then basically everything else, such as ls and
  16. make stops working properly, since they just outputs linefeeds. Either there is
  17. something that I do not know about, or I would like to propose some changes in
  18. MiNTs tty handling.
  19.  
  20. Enough steam.
  21.  
  22. I have started to look at the tty code, but I would like to know whether I have
  23. overlooked something, or which approach I should use.
  24.  
  25. I think the best approach would be to make the tty system check for output
  26. being a terminal, and *only* add carriage returns in that case, i.e. leave
  27. files alone. I know that this isn't exactly atari standards conforming, but
  28. then I'm not interested in that, I would rather have the unix standards. I
  29. think that files tend to live the majority of their life in either domain. So
  30. if your texteditor needs carriage returns, nothing is lost being doeing a sed
  31. commdn on a file once in a while, the carriage returns will not disappear.
  32.  
  33. One could also make a new output device ala fasttext (say unixtext), and have
  34. that change lines at linefeed, completely ignoring all carriage returns.
  35.  
  36. Or one could add a new tty mode (something like `igncr') which would handle the
  37. situation probably.
  38.  
  39.  
  40. ------------------------------------------------------------------------------
  41. Christian Lynbech               | Hit the philistines three times over the 
  42. office: R0.32   phone: 5034    | head with the Elisp reference manual.
  43. email: lynbech@daimi.aau.dk    |        - petonic@hal.com (Michael A. Petonic)
  44. ------------------------------------------------------------------------------
  45.